CLAIM AMENDMENTS 



Please amend claim 8 as shown below in the complete listing of pending claims 
2-4. 6-9, 12-17, and 20-33. 

1. (Canceled) 



1 2. (Previously presented) A system as in claim 21 , in which the memory 

2 reservation software module is a driver installed within each respective guest OS. 

1 3. (Previously presented) A system as in claim 2, in which there is a plurality of 

2 virtual computers operatively connected to the host system, further comprising: 

3 a resource scheduler in the host system for allocating the hardware memory 

4 among the virtual computers; 

5 for each virtual computer, a communications module for communicating a 

6 respective memory quantity request to each driver; 

7 each driver, upon sensing the respective memory quantity request, being 

8 provided for causing the corresponding guest OS to reserve an amount of the guest 

9 physical memory corresponding to the memory quantity request. 

1 4. (Previously presented) A system as in claim 3, in which: 

2 each guest OS includes computer-executable, memory reservation code for 

3 reserving specified amounts of the guest physical memory; 

4 the driver is operatively connected to the memory reservation code for 

5 communicating the memory quantity request to the memory reservation code; and 

6 the memory reservation code of each guest OS is native to the guest OS, all 

7 communication between the resource scheduler and the virtual computers taking place 

8 via the respective drivers, the resource scheduler thereby remaining transparent to the 

9 virtual computers. 



5. (canceled) 
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1 6. (Previously presented) A system as in claim 4, in which each virtual 

2 computer includes a virtual machine and a virtual machine monitor forming an interface 

3 between the resource scheduler and each respective virtual machine. 

1 7. (Previously presented) A system as in claim 4 in which: 

2 the guest OS changes the amount of the guest physical memory allocated to 

3 applications and drivers loaded within and connected to the guest OS; 

4 upon an increase in the memory quantity request issued by the resource 

5 scheduler for a specified one of the drivers, the corresponding specified guest OS 

6 reserves for the specified driver a corresponding quantity of guest physical memory, the 

7 driver thereby making the hardware memory corresponding to the reserved guest 

8 physical memory available for allocation by the host OS to other virtual computers; and 

9 upon a decrease in the memory quantity request issued by the resource 

10 scheduler for the specified one of the drivers, the corresponding specified guest OS 

1 1 releases any prior reservation of a corresponding quantity of guest physical memory, 

12 thereby making the hardware memory corresponding to the released guest physical 

13 memory available for use by the specified virtual computer. 



1 8. (Currently amended) A system as in claim 21, in which the memory 

2 reservation software module is further provided for adapting a rate at which it reserves 

3 the guest physcial phvsical memory via the guest OS to be no greater than a current 

4 maximum reservation change rate of the guest OS. 

1 9. (Previously presented) A system as in claim 21, in which the memory 

2 reservation software module is a user-level application loaded in the virtual and running 

3 on the guest OS. 



10. (Canceled) 

11. (Canceled) 
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1 12. (Previously presented) A computer system comprising: 

2 a host system, which includes a host operating system (OS) and a hardware 

3 memory forming a system resource; and 

4 a plurality of virtual computers operatively connected to the host system, each of 

5 which includes at least one virtual processor, guest physical memory, and a guest OS 

6 operable to address the guest physical memory in a guest physical address space; 

7 a resource scheduler in the host system for allocating the system resource 

8 among the virtual computers; 

9 each guest OS being provided with a memory reservation software module for 

10 receiving a memory quantity request from the host system and for changing the 

1 1 allocation of the guest physical memory from within the respective guest OS, thereby 

12 changing the amount of the hardware memory available for arbitrary use by the host 

13 system; 

14 in which: 

15 the memory reservation software module is a driver installed within each 

1 6 respective guest OS; 

17 each driver, upon sensing the respective memory quantity request, reserves, via 

18 the corresponding guest OS, an amount of the guest physical memory corresponding to 

19 the memory quantity request; 

20 the driver is operatively connected to the resource scheduler for communicating 

2 1 the memory quantity request to the resource scheduler; 

22 the memory reservation software module of each guest OS is native to the guest 

23 OS, all communication between the resource scheduler and the virtual computers taking 
2 4 place via the respective drivers, the resource scheduler thereby remaining transparent 

2 5 to the virtual computers; 

2 6 the guest OS changes the amount of guest physical memory allocated to 

27 applications and drivers loaded within and connected to the guest OS; 

28 upon an increase in the resource quantity request issued by the resource 

2 9 scheduler for a specified one of the drivers, the corresponding specified guest OS 

30 reserves for the specified driver a corresponding quantity of the guest physical memory. 
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31 the driver thereby making the hardware memory corresponding to the reserved guest 

32 physical memory available for allocation by the host OS to other virtual computers; and 

33 upon a decrease in the memory quantity request issued by the resource 

34 scheduler for the specified one of the drivers, the corresponding specified guest OS 

35 releases any prior reservation of a corresponding quantity of guest physical memory, 

36 thereby making the hardware memory corresponding to the released guest physical 

37 memory available for use by the specified virtual computer. 



1 1 3. (Previously presented) In a computer system that comprises a host system, 

2 which includes: 

3 a host operating system (OS), 

4 a hardware memory; and 

5 at least one virtual computer, which includes a virtual processor, guest physical 

6 memory, and a guest OS operable to address and allocate the guest physical memory 

7 in a guest physical address space, the virtual computer being operatively connected as 

8 a guest system running on the host system, 

9 a method comprising the step of changing the allocation of the guest physical 

10 memory from within the guest OS in response to a memory quantity request issued by 

11 the host system, thereby changing the amount of the hardware memory available for 

12 arbitrary use by the host system. 

1 14. (Previously presented) A method as in claim 13, further including the 

2 following steps: 

3 communicating the memory quantity request from a resource scheduler in the 

4 host system to a driver located within the guest OS; and 

5 reserving, via the corresponding guest OS, an amount of the guest physical memory 

6 corresponding to the memory quantity request. 



Serial No. 09/668.666 
Art Unit 2157 



Page 6 of 19 



Docket: VMwareS 
Amendment 2 



1 15. (Previously presented) A method as in claim 14, in which the step of 

2 reserving the amount of the guest physical memory is perfomned using a resource 

3 reservation mechanism that is native to the guest OS, all communication between the 

4 resource scheduler and the virtual computer taking place via the respective drivers, the 

5 resource scheduler thereby remaining transparent to the virtual computer. 

1 16. (Previously presented) A method as in claim 15, further comprising the 

2 following steps: 

3 implementing each virtual computer as a virtual machine and a respective virtual 

4 machine monitor; and 

5 providing communication between each virtual machine and the host system via 

6 the respective virtual machine monitor. 

1 17. (Previously presented) A method as in claim 16, further including the 

2 following steps: 

3 allocating and deallocating guest physical memory from within the guest OS to 

4 applications and drivers loaded within and connected to the guest OS; 

5 upon an increase in the memory quantity request issued by the resource 

6 scheduler for a specified one of the drivers, reserving , via the corresponding specified 

7 guest OS, a corresponding quantity of the guest physical memory, the hardware 

8 memory corresponding to the reserved guest physical memory thereby becoming 

9 available for allocation by the host OS to other virtual computers or to the host OS 

10 itself; and 

1 1 upon a decrease in the memory quantity request for the specified one of the 

12 drivers, releasing any prior reservation of a corresponding quantity of the guest physical 

13 memory, thereby making the hardware memory corresponding to the released guest 

14 physical memory available for use by the specified virtual computer. 



18. (Canceled) 

19. (Canceled) 
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1 20. (Previously presented) A method as in claim 17, further including the step 

2 of adapting a rate at which the guest physical memory is reserved via the guest OS to 

3 be no greater than a current maximum reservation change rate of the guest OS. 

1 21. (Previously presented) A computer system comprising: 

2 a host system, which includes a host operating system (OS) and a hardware 

3 memory that is addressable in a hardware memory address space; 

4 at least one virtual computer, each of which includes at least one virtual 

5 processor, guest physical memory, and a guest OS operable to address, allocate and 

6 deallocate the guest physical memory in a guest physical address space, and is 

7 operatively connected to the host system; 

8 a memory reservation software module located within the virtual computer for 

9 receiving a memory quantity request from the host system and for changing the 

1 0 allocation of the guest physical memory from within the respective guest OS according to 

1 1 the memory quantity request, thereby changing the amount of the hardware memory 

12 available for arbitrary use by the host system. 

1 22. (Previously presented) A computer system comprising: 

2 a host system, which includes a host operating system (OS); 

3 a plurality of cooperating hardware processors that are included in the host 

4 system and that are collocated in a single hardware platform; 

5 at least one guest system that is operatively connected to the host system; 

6 each guest system being provided with a processor reservation software module 

7 comprising computer-executable code for receiving from the host system a respective 

8 processor quantity request, which indicates a number of the plurality of processors to be 

9 reserved by each guest system, and for indicating to the guest system a change in the 

10 number of processors reserved for use by the respective guest system, thereby making 

1 1 the reserved processors available for arbitrary use by the host system. 
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1 23. (Previously presented) A system as in claim 22, in which each guest 

2 system is a virtual computer, each of which includes at least one virtual processor, guest 

3 physical memory, and a guest OS. 

1 24. (Previously presented) A system as in claim 23, in which the processor 

2 reservation software module is a driver installed within each respective guest OS. 

1 25. (Previously presented) A system as in claim 23, further comprising: 

2 a resource scheduler in the host system for allocating the hardware processors 

3 among the virtual computers; and 

4 for each virtual computer, a communications module for communicating the 

5 respective processor quantity request to each driver. 

1 26. (Previously presented) A system as in claim 25, in which: 

2 the processor reservation software module of each guest OS is native to the 

3 guest OS, all communication between the resource scheduler and the virtual computers 

4 taking place via the respective drivers, the resource scheduler thereby remaining 

5 transparent to the virtual computers. 

1 27. (Previously presented) A computer system comprising: 

2 a host system, which includes at least one hardware processor, a host operating 

3 system (OS) and hardware memory that is addressable in a hardware memory address 

4 space; and 

5 a plurality of virtual computers, each of which comprises a body of computer- 

6 executable code stored in the hardware memory and includes at least one virtual 

7 processor, guest physical memory, and a guest OS operable to change allocation of the 

8 guest physical memory in a guest physical address space, and is operatively connected 

9 to the host system; 

10 a memory reservation software module located within the virtual computer for 

1 1 receiving a memory quantity request from the host system and for changing the 

12 allocation of the guest physical memory from within the respective guest OS according to 
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1 3 the memory quantity request, thereby changing the amount of the hardware memory 

1 4 available for arbitrary use by the host system; 

1 5 the guest physical address spaces of all the virtual computers being mapped as 

1 6 portions of the hardware memory address space; 

17 the virtual computers all being executable on the same hardware processor(s), 

18 which are collocated in a single hardware platform. 

1 28. (Previously presented) A system as in claim 27, in which the memory 

2 reservation software module is a driver installed within each respective guest OS. 

1 29. (Previously presented) A system as in claim 27, further comprising: 

2 a resource scheduler in the host system for allocating the hardware memory 

3 among the virtual computers; 

4 for each virtual computer, a communications module for communicating a 

5 respective memory quantity request to each driver, 

6 each driver being provided, upon sensing the respective memory quantity, for 

7 causing the corresponding guest OS to reserve an amount of the guest physical 

8 memory corresponding to the memory quantity request. 

1 30. (Previously presented) A computer system comprising: 

2 a host system, which includes at least one hardware processor, a host operating 

3 system (OS) and hardware memory that is addressable in a hardware memory address 

4 space; and 

5 a plurality of guest systems, each of which comprises a body of computer- 

6 executable code that is stored in the hardware memory and that addresses a guest 

7 memory in a guest address space, and is operatively connected to the host system; 

8 a memory reservation software module located within each guest system for 

9 receiving a memory quantity request from the host system and for changing the 

1 0 allocation of the guest memory from within the respective guest system according to the 

1 1 memory quantity request, thereby changing the amount of the hardware memory 

12 available for arbitrary use by the host system; 
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13 in which: 

1 4 the guest address spaces of all the guest systems are mapped as portions of the 

1 5 hardware memory space; 

16 the guest systems are all executable on the same hardware processor(s), which 

17 are collocated in a single hardware platform. 

1 31 . (Previously presented) A system as in claim 30, in which the memory 

2 reservation software module is a driver installed within each respective guest system. 

1 32. (Previously presented) A system as in claim 30, in which the memory 

2 reservation software module is a user-level application loaded in the guest system. 

1 33. (Previously presented) A system as in claim 30, further comprising: 

2 a resource scheduler in the host system for allocating the hardware memory 

3 among the guest systems; 

4 for each guest system, a communications module for communicating a 

5 respective memory quantity request to each memory reservation software module, each 

6 memory reservation software module being provided, upon sensing the respective 

7 memory quantity, for causing the corresponding guest system to reserve an amount of 

8 the guest memory corresponding to the memory quantity request. 
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